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ADAPTATION OF WAP TO SMS IN CELLULAR NETWORKS 

INTRODUCTION 
5 Field of the Invention 

The invention relates to provision of WAP functionahcy in PDC netv^'orks. 
Prior Art Discussion 

10 

Ic is recognised that Short Message Service Centres (SMSCs) are suitable bearers for 
WAP content between WAP gatev^^ays and mobile handsets where the applications 
require low bandwidth or where interactive responses are not required. Short 
messaging is particularly attractive for "push'* WAP applications because it offers an 
15 intuitive and inexpensive bearer for WAP data. Other advantages of using short 
messaging for WAP delivery are: 

the existing infrastructure for legacy handsets is used, 

20 it is a reliable high-performance bearer when radio conditions are poor, 

it allows effective user authentication, 

it is easily scaleable, and 

25 

it represents efficient use of network resources. 

It is therefore an object of the invention to provide a system and metiiod for effeaive 
use of SMS in PDC for WAP communication. 
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SUMMARY OF THF TNVF.TsJTTOKr 

According to the invention, there is provided a method for communication of WAP 
content in a PDC mobile network, the method comprising the steps of:- 

5 

a WAP server using a short message entity mterface to communicate WAP 
content in shon messages to an SMSC, and 

the SMSC communicating with a mobile handset over the PDC mobile 
1 0 network to transfer WAP content in short messages. 

In one embodiment, signalling between the SMSC and the mobile handsets uses 
source port, destination port, and segmentation and reassembly fields. 

1 5 In one embodiment, a teleservice identifier data element is used for submission and 
delivery of short messages, whereby different handset formats are catered for. 

In one embodiment, concatenated messaging teleservice identifiers are used to 
provide concatenated messages which are fi-agments of WDP packet requiring 
20 reassembly. 

In another embodiment, a message number is used to uniquely reference all the 
fi-agments in one larger segmented packet. 

25 In a fiirther embodiment, the message number parameter is a two-octet integer. 

In a ftirther embodiment, sequence number and maximum sequence number fields 
are used to indicate the sequential order of each fi-agments and the maximum 
number of fi-agments. 

30 
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Preferably, originating and destination sub-addresses are present in submit and 
delivery Protocol Data Units (PDUs) to allow port level addressing. 

In one embodiment, communication between the WAP server and the SMSC uses a 
5 tunnelling protocol based on the standard SMPP protocol. 

In one embodiment, a multi-part message parameter in the format of a Tag-Length- 
Value parameter is used to specify a message number, a sequence number , and 
maximum sequence number for mapping to signalling between the SMSC and the 
1 0 mobile handsets . 

In another embodiment, the tunnelling protocol between the WAP server and the 
SMSC maps sub-addresses of the handset-side communication for port level 
addressing on the server side. 

15 

In one embodiment, the SMSC incorporates a delay to reduce total latency when 
delivering multiple messages to a handset. 

In a further embodiment, the SMSC uses express messaging functionality for transfer 
20 of WAP content to a mobile handset. 

In one embodiment, the SMSC uses simple segmentation to deliver a plurality of 
messages in a single call attempt. 

25 In one embodiment, the SMSC transmits overlength messages with a forward call 
indicator or a backward call indicator and the receiving entity sets a timer to receive 
the full set of messages. 

Preferably, the SMSC processes mobile-originating express messages on a per- ATM 
30 (application interface module) basis. 
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In one embodiment, the SMSC recognizes sub-unit sub-addresses. 

In a further embodiment, the SMSC uses a sub-address field passed as a key by a 
5 mobile handset for a destination WAP server IP address to avoid the need for 
encryption. 

DETAILF.n nF<;r RIPTION of the IMVFMTTnM 
^0 Brief Des cription of the Drawings 



15 



20 



some 



The invention wiU be more easily understood from the foUowing description of s 
embodiments thereof given by way of example only with reference to the 
accompanying drawings in which: 

Fig. 1 is a schematic representation of the architecture for use of SMS for 
WAP in a PDC network; and 

Figs. 2 to 4 are sample signalling sequences. 
Description of rhp Fmbodiments 



Referring to Fig. 1, there is illustrated an architecture for WAP communication 
between mobile handsets 1 and a WAP proxy server 20 via a Short Message Service 
25 Centre (SMSC) 10. The layered structure of the handset 1 comprises: 



2 
3 
4 

30 5 



WAE (Wireless Application Entity), 

WSP (Wireless Session Protocol), 

WTP (Wireless Transaction Protocol), 

WDP (Wireless Datagram Protocol) and Adaptation, 
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6: A Short Message Transfer Protocol (SMTP) interface developed for the 
system. 

The SMSC 10 comprises a kernel 1 providing the core SMSC functionality. A MN- 
5 AIM (mobile network application interface module) 12 interfaces with the SMTP 
interface 6 of the mobile handsets 1. 

An SMPP-AIM (Short Message Peer-to-Peer application interface module) 12 
interfaces with the server 20 via a sub-network layer 14 which in this embodiment is 
10 TCP/IP, but could alternatively be a different protocol such as X.25. 

On the server 20 the layers are: 

an application layer 21, 
15 a WSPlayer22, 
a WTP layer 23, 
a WDP & adaptation layer 24 
a WAP IGW (inter-working gateway) 25, and 
a physical sub-network 26, in this embodiment TCP/IP. 

20 

The IGW 25 communicates with the SMPP-AIM 13 via the sub-network using 
SMPP over TCP. 

The SMSC 10 communicates with the mobile handsets 1 using SMTP, supporting 
25 128 octets of user data for short messages. The SMTP signalling uses Source Port, 
Destination Port, and Segmentation and Reassembly fields, as described below. 

The Short Message Transfer Protocol defines a Telematic Identifier* data element to 
submit to and deliver short messages from the SMSC 10. This mechanism allows the 
30 format of handsets to differ through the addition or deletion of data elements. 
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Concatenated Messaging Telematic Identifiers are used to provide concatenated 
messages which are fragments of a larger WDP packets that requires reassembly. 
The Telematic Identifier is specified in a teleservice field. A Message Number 
parameter is used to uniquely reference all the fi-agments in one larger segmented 
packet. It is equivalent to a concatenated short message. The Message Number 
parameter in the SMTP is a two octet integer and aU fi-agments use a two octet 
Message Number. Sequence Number and Maximum Sequence Number fields are 
used to indicate the sequence number of the fragment and the total number of 
fiagments in the message respectively. 

In this embodiment, there is a maximum of 255 fragments which can be reassembled 
together on the handset. As the userData field allows a maximum of 128 oaets per 
short message, the maximum data payload when reassembled is 32,640 octets. The 
Short Message Transfer Protocol defines one octet for the Maximum Sequence 
Number field, so there are a maximum of 255 fragments aUowed. 

Regarding Port Level Addressing, origSubAddr and destSubAddr Short Message 
Transfer Protocol fields specify the originating sub-address and destination sub- 
address values for message delivery respectively. Both fields are present in both the 
MT-SUBMIT and MT-DELIVER PDUs (Protocol Data Units), allowing port level 
addressing to be specified for both Mobile Originated and Mobile Terminated 
messages. Both fields are two octets in length, for both MT_SUBMIT and MT- 
DELIVER PDUs. 

"Short Message Entity-Interface (SME-IF)" protocol is a term used to describe the 
protocol between the SMSC 10 and an external entity submitting and receiving 
messages, in this embodiment the server 20. The SME-IF tunnelling protocol is 
based on the Short Message Peer to Peer protocol [SMPRtm], available from Logica 
Aldiscon. 
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Segmentation and Reassembly in SMPP tunnelling protocol for PDC SMS 

When sending segmented messages from the WAP Proxy/Server 20 across the 
SMSC 10, the segmentation and reassembly parameters are specified in the SMPP 

. 5 tunnelling protocol used between the WAP Proxy /Server and the SMSC. For 
Mobile Terminated messages, they are then mapped by the SMSC 10 from the 
SMPP tunnelling protocol to the Short Message Transfer Protocol, and then 
reassembled on the handset 1. For Mobile Originated messages, the WAP 
Proxy/Server 20 must reassemble the fragments before passing the ^ATDP packet up 

10 the WAP stack. A PDC_MultiPartMessage optional parameter is defined to allow 
segmented messages to be specified. A PDC_MultiPartMessage parameter is in the 
format of a Tag-Length-Value parameter. The Value field in the 
PDC_MultiPartMessage parameter contains Message Number, Sequence Number 
and Maximum Sequence Number fields, which map to Short Message Transfer 

15 Protocol fields of the same name. The SMPP protocol will automatically map the 
SMPP PDC_MultiPartMessage parameters to and from the appropriate Short 
Message Transfer Protocol parameters. 

Port level addressing in SMPP tunnelling protocol 

20 

The optional SMPP Subaddress Extended Facility defines Originate r_SubAddr and 
Destination_SubAddr optional parameters. These parameters allow specification of 
port level addressing for PDC short messages. These parameters are available in 
both the submit_sm and deliver_sm PDUs, allowing specification of port level 
25 addressing for both Mobile Originated and Mobile Terminated messages across 
SMPP. The Originator_SubAddr and Destination_SubAddr parameters are in the 
format of Tag-Length-Value parameters. The first octet of the Value field specifies 
tlie SubAddress Type, which should be set to PDC Subaddress (0x01). There are 
then two following octets used to specify the port: 

30 
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the WDP Source Port in the Originator_SubAddr, and 

the WDP Destination Port in the Destination_SubAddr parameter. 

The SMPP protocol automaticaUy maps the SMPP Originator_SubAddr and 
Destination_SubAddr parameters to and from the Short Message Transfer Protocol 
parameters origSubAddr and destSubAddr respectively. 

WAP applications make use of the concatenation feamre of the Short Message 
Transfer Protocol, to allow amounts of data greater than 128 octets to be delivered to 
users. The SMSC 10 incorporates a delay feature iji the MobUe Net\vork AIM. The 
object of this delay is to avoid the scenario whereby when delivering more than one 
short message to a handset, the handset is busy when an attempt is made to deliver 
the second message. This feature reduces the total latency in delivering multiple 
messages to a handset, which is very important for interactive WAP applications, 
and avoids superfluous dehvery attempts by the SMSC. 

The SMSC Express Messaging functionality is suitable for interactive WAP 
applications. Express Messaging provides higher throughput of messages through an 
SMSC because it avoids the overhead of writing to a database and dealing with retry 
schemes. A single attempt is made to deliver the message. The WTP layer in a 
WAP stack is expected to provide the reliability required when running WAP 
applications over Express Messaging. 

The Srniple Segmentation procedure aUows more than a single short message to be 
delivered in a single caU attempt. This reduces the time taken to deliver multiple 
messages, as weU as aUowing operators to increase the maximum number of 
segments aUowed in a concatenated message, thereby helping to address both latency 
and bandwidth concerns. 
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An lAM message is used to transport the SMTP mobile terminated and mobile 
originated messages between the SMSC and an MSC. A segmentation message 
(SGM) is used to convey an additional segment of an overlength I/lM message as 
those which are longer than 272 octets but less than 544 octets. The 272 oaet 
5 restriction is due to the MTP layer restrictions. The procedure can be summarised as 
follows: 

If an lAM message length is greater than 272 octets and less than 544 octets then a 
segmentation message SGM will be sent. However the overlength message must 
1 0 contain either one of the following parameters: 

• Optional Forward Call Indicators 

• Optional Backward Call Indicators 

15 The sending entity will set the Simple Segmentation Indicator in either the Optional 
Forward Call Indicators or Optional Backward Call Indicators parameter. The 
receiving entit>' upon receipt of an lAM message with the Simple Segmentation 
Indicator set to indicate additional information v^ ill set a timer T34 and wait to 
receive the SGM message. It may be possible to use a combination of I AM and 

20 SGM messages to allow for longer user data lengths. 

The SMTP protocol allows for longer messages. The SMSC 10 supports longer 
message lengths in the SMPP AIM, in the kernel, and in the Mobile Network AIM. 
The SMSC Mobile Network AIM supports receiving of SGM messages. It also 
25 supports sending of SGM messages for overlength LAM messages. To allow 
segmentation the optional Forward Call Indicators or the optional Backward Call 
Indicators are included in the lAM message. The current ISUP specification for SMS 
between the MSC and SMSC defines these optional parameters for an outbound 
lAM, 
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The MSCs must support sending and receiving SGM messages as appropriated. For 
an Outbound lAM from the MSC to the SMSC the Optional Forv/ard Call 
Indicators parameter is currently present. An IS UP lAM and SGM message 
combination will map to a single RCR air interface SETUP message. The MSC 
must support the optional Forward or Backward Call Indicators. The mobile 
handsets must support handling of extended user data message lengths. 

Referring to Figs. 2 to 5 example signalling sequences are illustrated. The signals are 
as foUows. 

LA.M: Initial Access Message with phone numbers and SM data. 

EACM: Early Address Complete Message, in response to lAM. 
REL: Release, sent by handset for termination of caU used to send the SM. 

RLC: Release confirm. 

On the handset side: 

Setup is the equivalent of an lAM message in the radio domain. 
DISC: Disconnect, is the equivalent of Release. 

Fig. 2 shows mobile-terminated caUs. Fig. 3 shows a mobile-terminated call using an 
SGM message for messages longer than 270 bytes and requiring segmentation. Figs. 
4 and 5 are equivalent to Figs. 2 and 3, for mobile-originated sessions. 

The following is sample WAP content. Estimations of sizes of the content source, 
which is shown below, and compiled versions, which would be sent over tlie air, are 
included. They assume 8 bit characters are being used, using UTF-8 encoding. The 
size estimations do not take into account the overhead that would be added by the 
WAP stack. 
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The size of the WML source shown below is approximately 600 bytes. The estimated 
size of the binary version that would get sent over the air is approximately 318 bytes. 

5 <?XML VERSION=" 1 .0"?> 

<!DOCTYPE WML PUBLIC "-//WAPFORUMZ/DTD WML 1 .0//EN' > 
<WML> 

<CARD NAME="TdpHomePage" TITLE="TDP Home Page"> 

Tokyo Digital Phone provides mobile phone services to over 1 million 
10 people in Tokyo. Services includes Skyweb & Skywalker. 

<DO TYPE="ACCEPT" LABEL= "Contact Us"> 

<GO URL="#ContactTdp"> 

</GO> 

</DO> 
15 </CARD> 

<CARD NAME="ContactTdp" TITLE= "Contacting TDP"> 

To contact TDP please :<BR/> 

CaU +81-3-5360-2000<BR/> 

Or Email marketing@skyproject.com 
20 </CARD> 

</WML> 

The following is a sample email notification application. The size of the WML 
source shovm below is approximately 340 bytes. The estimated size of the binary 
25 version that would get sent over the air is approximately 150 bytes. The source below 
assumes the following: 

• A WTA server is available in the network. 
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• The WTA server incorporates a table mapping the source email address to 
telephone numbers, where possible, to allow the browser "to prompt the user to 
call the originator of the emafl message. 



5 <?XML VERSION= " 1 .0"?> 

<!DOCTYPE WML PUBLIC "-//WAPFORUM//DTD WML 1.0//EN-> 
<WML> 

<CARD NAME="EmailHeaders" TITLE="New EmaU"> 
FR: Gerard Keena<BR/> 
1 0 SU: Meeting rescheduled<BR/> 

MSG: Robert, the meeting has been moved to 9am on Wed<more..> 
<DO TYPE="ACCEPT" LABEL="Get more"> 

<GO URL="WTANetText.send("5555","Get_Mail_I_for_user_813f3602999"> 

15 </GO> 
</DO> 

<DO TYPE="ACCEPT" LABEL="Call sender"> 
<GO URL="wtai://wp/mc;81353602111"> 
</GO> 
20 </DO> 
</CARD> 
</WML> 

The foUowing describes aspects of the use of the invention in more detail. 

25 

Datagram/Express Messaging 



The SMSC 10 provides one-shot message delivery. When the transmitter AIM 6 or 
12 receives the message it is forwarded to the kernel 11. which makes an immediate 
30 delivery attempt. The message will not be stored in the database or a file and the 
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kemel 11 will not check the SME state before making a delivery attempt. Only one 
delivery attempt is made - a forward only functionality. Express messaging is ideally 
suited for some WAP apphcations which require a faster response to the user than 
can be offered using a "store and forward" mechanism. 

5 

Express messaging mode also supports a transaction capability which enables a 
delivery receipt to be returned, thus confirming that the message was received at the 
destination mobile handset. The SMSC 10 also supports "store and forward" message 
mode (premium messaging) for use in WAP applications which require secure 
10 delivery. 

The PDC MN-AIM 12 supports MO express messaging on a per-AIM basis, set in a 
configurable entities file. A command > force_sub_express_swt::Y: will force 
messaging mode to "Express" for MO submission. 

15 

A per-SMSC system-wide default messaging mode may be specified by setting the 
value of the configurable parameter: 

> smsc_messaging_mode_str = express [classic], which means tiiat the default 
20 messaging mode is "express," while the "classic" mode (in brackets) is also 

allowed. 

For interworking on the server 20 side the deliver_sm and submit_sm PDUs, set the 
parameter: 

25 

> messaging_mode = 1 (express messaging/datagram). 

There is a transaction type operation that every PDU is acknowledged with a 
response PDU. Because WDP does not require reliable transport, responses to 
30 deliver/submit PDUs may be optionally omitted to save bandwidth. The optional 
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acknowledgement should be able to be specified at the bind/session level and at per 
deliver/submit message level. 

WDP/UDP Application Port Addressing 

Regarding WDP/UDP Application Port Addressing, WDP port is similar to that of 
UDP which is used to specify higher layer protocols, services, and applications. 

The SMTP/ISUP link supports 2 octet origSubAddr and destSubAddr mandatory 
1 0 parameters which can be used for application port addressing: 

> origSubAddr, M, 2 octet integer, 0.. 65535, end-to-end 

> destSubAddr, M, 2 octet integer, 0.. 65535. end-to-end 

15 These two parameters are mapped to the access transport field in the ISUP lAM 
message. 

The kernel 11 supports explicit originating and destination port number parameters. 
The interworking data field for passing through optional network specific parameters 
20 can also be used to communicate port addresses. 

Sub-unit Addressing 



in 



Subunit addressing is used to indicate where a message originated or is destined 
25 the mobiel entity (ME), for example a smart card or an external device (ED) 
connected to the handset. 

For the SMTP/ISUP and MN-AIM link.in the MT-DELIVER and MT-SUBMIT 
PDUs, the destAddr and origAddr of the MTAddress format may be used: 

30 
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> MTAddress, mandatory, fixed 12 octet 

> octet 0, length 

> octet 1, bits 0-3 TON = 9 (extended MSN) 

> octet 1. bits 4-7 NPI = 0 (unknown) 

5 > octets 2-11, extended MSN with the last nibble = 

> 0: MS 

> L.8:ED 
>9: RDD 

10 The kernel 11 can handle the source and destination subaddress parameters. Fir the 
SMPPv4 and IW-AIM link in the deliver_sm and submit_sm PDUs, the source and 
destination addresses can take the extended MSN format: 

(TON/NPI = 9/0, default in PDC networks). 
1 5 > addr.ton = 9 (extended MSN) 

> addr_npi = 0 (unknown) 

> src/dst addr, mandatory, 0-64 octets, extended MSN with the last nibble = 
>0: MS 

> 1..8:ED 
20 > 9: RDD 

SMPP and IW-AIM 

In the deliver_sm, submit_sm, submit_multi and data_sm PDUs, the following 
25 conditional parameters may be used: 

> dest_addr_subunit, optional TLV, 1 oaet integer, 0,.255 

> source_addr_subunit, optional TLV, 1 oaet integer, 0..255 

> 0: unknown (default) 
.30 > 1: MS display 
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> 2: mobile equipment 

> 3: smart card 1 (expected to be SIM if a SIM exists m the MS) 

> 4: external unit 1 

>• 5 to 255 = reserved 

5 

WAP end-to-end security 

The SMSC 10 includes functionality for WAP end-to-end security requirements, 
through use of a subaddress field which is passed as a key by the handset for the 
1 0 destination WAP proxy server IP address. This eliminates the need for encryption of 
addresses end-to-end which would probably not be possible with intermediate 
bearers which require the addresses for routing. 

SMTP/ISUP and MN-AIM Link 

15 

In the MT-DELIVER and MT-SUBMIT PDUs the foUowing conditional parameter 
may be used: 

> MTPrivacy, conditional, 3 octets in 4-4-16 bit format, end-to-end 
20 > oaet 0, bits 7-4 security code = 1000: private security scheme (TBD) 

> octet 0, bits 3-0 privacy level = 1 ..4 (do not use) 

> octets 1-2, 2 octets of transparent authentication data 

Although the 2 octet data in the MTPrivacy parameter may be used for end for end- 
to-end security sub-addressing, there is a problem to convert up to 22 octet sub- 
25 addresses. The range of sub-addresses that can be used by WAP applications is 
restriaed by the SMTP/ISUP interface. 

Kernel 11 
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The kernel 1 1 can handle the source and destination sub-address parameters. In the 
deliver_sm, submit_sm, submit_multi and data„sm PDUs, the following parameters 
are used: 

5 > source_subaddress, optional TLV, V22COS 

> dest_subaddress, optional TLV, V22COS 

The format of sub-addresses is X,213/NSAP or user specified, contains 
authority and format identifier. 

1 0 Segmentation and Reassembly (SAR) 

The WAP framework allows segmentation and reassembly of packets to be done in 
the WAP infrastmcture, in an SMSC or both. The SMSC 10 supports SAR in ESME 
(External Short Message Entities) and supports SAR in either SMSC or ESME (but 
1 5 not both). 

SMTP/ISUP and MN-AIM 

In the MT-DELIVER and MT-SUBMIT PDUs the following parameters are used: 

20 

> MTTeleServID, mandatory, 1 octet integer, 4 = concatenated mess aging 

> message number, conditional, 2 octet integer 

> sequence number, conditional, 1 octet integer, 1 ..255 

> max sequence number, conditional, 1 oaet integer, 2. ,255 

25 

This will allow at most 255 * 128 = 32640 octets of concatenated user data. Long 
messages may be segmented up to 12 (1500/128) SMS. In PDC networks, ah SMSC 
delay (about 3 seconds) is required between concatenated messages. 

30 Kernel 11 
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The kernel 11 passes through the SAR information in the inter-working data field for 
PDC networks and supports expUcit SAR parameters in general. 

5 SMPP and IW-AIM 

The SMPP deliver_sm and submit_sm PDUs theoretically aUow up to 4096 octets of 
short_message data. The maximum user data length is limited by the SMTP 
protocol (128 octets). In the deliver_sm and submit_sm PDUs, the following 
1 0 optional parameter (PDC network facilities) is used: 

> PDC_MultiPartMessage, optional TLV (tag = Ox 11 05) 

> with 4 octets of data: 

> message number, 2 oaet integer 

15 > sequence number, 1 octet integer, 1..255 

> max sequence number, 1 octet integer, 2. .255 

This is the same as described above for SMTP/ISUP. To use this optional 
parameter, an ESME should negotiate for the PDC network facilities in the bind 
20 PDU using the following parameter: 

> facilities_mask = NF_PDC (0x00010000) 
End-to-End Message ID by WAP Proxy 

25 

SMTP/ISUP and MN-AIM 

In the MT-DELIVER and MT-SUBMIT PDUs, the following parameter is used: 
30 > MTMsgRef, mandatory, 2 octet integer, end-to-end. 
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Kemelll 

The kernel 11 can handle the end-to-end message ID. 

5 

SMPP and IW-AIM 

In the deliver_sni and submit_sm PDUs, the following parameter is used: 
10 > message_reference, mandatory, variable 1..9 COS 

Message-Type (WDP/ WCMP), Support WCMP Generated by MS 
The kernel 1 1 can handle the message-type parameter. 

15 

SMPP and IW-AIM 

In the deliver_sm, submit.sm, submit_multi and data_sm PDUs, the following 
parameter is used: 

20 

> payload_type, optional, 1 octet integer, 0: default/ WDP, 1: WCMP 

SMSC Generated WCMP Messages 

25 The SMSC 10 does not return WCMP error messages. The ESME analyses SMPP 
error messages and sends WCMP messages to the WAP proxy gateway. 

Data Coding <need further investigation 
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The SMSC 10 and SMPP data coding scheme (DCS) parameter defines encoding 

scheme of the short message user data. 

( 

SMPP and IW-AIM 

5 

In the dehver_sm and submit_sm PDUs, the following parameter is used: 

> data_coding, mandatory, 1 octet integer 
10 Generic_nack (SMPP) 

The WAP proxy/server should be informed if it has submitted a message that is too 
big. In this case (ESME.RINVMSGLEN), the genenc.nack PDU needs an optional 
parameter to indicate maximum allowed message user data length. The ESME or 
1 5 WAP proxy can do SAR properly according to this information. 

MS Not Reachable to WAP Proxy (set_dpf) 

In the data_sm PDU, an optional parameter may be used to request the setting of a 
20 delivery pending flag (DPF) for certain delivery failure scenarios, such as MS 
unavailable (as indicated by HLR). 

> se_dpf, optional TLV, 1 octet integer, 

> 0: setting of DPF for dehvery failure to MS not requested 
25 > 1: setting of DPF for delivery failure requested (default) 

If the DPF is set, the SMSC will send an alert_notification PDU when it detects that 
die destination MS has become available. 

Alert_notification to WAP proxy 

30 
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The alert_notification PDU defined in SMPP is used by SMSC to 

inform ESME when it detects that the destination MS has become available. 

The following are some of the advantages of the invention 

5 

1. Applications can take advantage of the store and forward capabilities of an 
SMSC. This feature is not available in other WAP bearers. 

2. The invention provides a relatively inexpensive bearer to use for small amounts 
10 of data, in comparison to circuit switched data calls. 

3. SMS based applications are already widely available, and it should be feasible to 
port these to a WAP framework. 

15 4. MS in general is evolving to be more suitable for interactive applications. 

Examples of this are the implementation of the More-Messages-to-Send feature in 
GSM and the Express Messaging feature in the SMSC 10. 

The invention is not limited to the embodiments described, but may be varied in 
20 constmction and detail within the scope of the claims. 
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Claims 

1 . A method for communication of WAP content in a PDC mobile network, the 
method comprising the steps of:- 

a WAP server using a short message entity ijiterface to communicate WAP 
content in short messages to an SMSC, and 

the SMSC communicating with a mobile handset over the PDC mobile 
network to transfer WAP content in short messages. 

2. A method as claimed in claim 1, wherein signalling between the SMSC and 
the mobile handsets uses source port, destination port, and segmentation and 
reassembly fields. 

3. A method as claimed in claim 2, wherein a teleservice identifier data element 
is used for submission and delivery of short messages, whereby different 
handset formats are catered for. 

1. A mefliod as claimed in claim 3, wherein concatenated messaging teleservice 
identifiers are used to provide concatenated messages which are fi-agments of 
WDP packet requiring reassembly. 

5. A method as claimed in claim 4, wherein a message number is used to 
uniquely reference all the fi-agments in one larger segmented packet. 

). A method as claimed in claim 5, wherein the message number parameter is a 
two-octet integer. 
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7. A method as claimed in claim 5 or 6, wherein sequence number and 
maximum sequence number fields are used to indicate the sequential order of 
each fragments and the maximum number of fragments. 

5 8. A method as claimed in any of claims 2 to 7, wherein originating and 
destination sub-addresses are present in submit and delivery Protocol Data 
Units (PDUs) to allow port level addressing. 

9. A method as claimed in any preceding claim, wherein communication 
10 between the WAP server and the SMSC uses a tunnelling protocol based on 

the standard SMPP protocol. 

10. A method as claimed in claim 9, wherein a multi-part message parameter in 
the format of a Tag-Length-Value parameter is used to specify a message 

15 number, a sequence number , and maximum sequence number for mapping 

to signalling between the SMSC and the mobile handsets. 

11. A method as claimed in any of claims 8 to 10, wherein the tunnelling protocol 
between the WAP server and the SMSC maps sub-addresses of the handset- 

20 side communication for port level addressing on the server side. 

12. A method as claimed in any preceding claim, wherein the SMSC incorporates 
a delay to reduce total latency when delivering multiple messages to a 
handset. 

25 

13. A method as claimed in any preceding claim, wherein the SMSC uses express 
messaging functionality for transfer of WAP content to a mobile handset. 

14. A method as claimed in claim 13, wherein the SMSC uses simple 
30 segmentation to deliver a pluraUty of messages in a single call attempt. 
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15. A method as claimed in any preceding claim, wherein the SMSC transmits 
overlength messages with a forward caU indicator or a backward call indicator 
and the receiving entity sets a timer to receive tlie full set of messages. 

16. A method as claimed in any preceding claim, wherein the SMSC processes 
mobUe-originating express messages on a per-ATM (apphcation interface 
module) basis. 

17. A method as claimed in any preceding claim, wherein the SMSC recognizes 
sub-unit sub-addresses. 

18. A method as claimed in any preceding claim, wherein the SMSC uses a sub- 
address field passed as a key by a mobile handset for a destination WAP 
server IP address to avoid the need for encryption. 

19. A short message service centre comprising a kernel, a PDC mobile network 
application interface module, and a WAP server application interface 
module, and wherein the kernel comprises means for using source port, 
destination port, and segmentation and reassembly fields for communication 
of WAP content using short messages between a WAP server and a mobile 
handset. 



20. 



A computer program produa comprising software code portions for 
performing the steps of claim 1. 
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